home *** CD-ROM | disk | FTP | other *** search
/ Night Owl 6 / Night Owl's Shareware - PDSI-006 - Night Owl Corp (1990).iso / 035a / grinost.zip / README03.TXT < prev    next >
Text File  |  1991-06-26  |  6KB  |  130 lines

  1. June 26, 1991
  2.  
  3. By Mike Bilow, N1BEE,
  4. For GRINOS/GRINOS-S KA9Q 910605/PA0GRI 910619v1.6h/N1BEE 910626v0.3ß
  5.  
  6.  
  7.      All users of GRINOS/GRINOS-S are invited to join the grinos@n1bee
  8. mailing list.  This is what I use to distribute advisories and updates.
  9. There is no requirement that you actually use GRINOS in order to join the
  10. mailing list.  Just send a message to n1bee@n1bee and you will be added.
  11.  
  12.  
  13.      I. KA9Q/PA0GRI changes
  14.  
  15.      This release of GRINOS uses KA9Q 910605 as its base instead of 910531.
  16. The new base NOS fixes a couple of problems in the ENET driver, which is
  17. not included in GRINOS-S.  There is a bug fix in the IP routing code, and
  18. RSPF is believed to have been fixed; both of these are included in both
  19. GRINOS and GRINOS-S.
  20.  
  21.      MS-DOS 5.0 is now fully supported.  NOS uses an undocumented internal
  22. MS-DOS structure, and the "status" command and a few other things did not
  23. work right in the old base NOS.  Since PA0GRI did the fix in his release by
  24. incorporating the N1BEE code, users of GRINOS since my 910612v0.2ß release
  25. will see no difference.
  26.  
  27.  
  28.      II.  N1BEE changes
  29.  
  30.           A.  Bug fixes and default modifications
  31.  
  32.      The "info" command now displays the actual number of sockets created
  33. rather than the default.  (Reported by KA1XN.)
  34.  
  35.      The "memory threshold" parameter defaults to 8192.  It is not recommended
  36. that this be increased, as it will force garbage collection.  The garbage
  37. collection code is not right, and will result in memory corruption, which
  38. will either lock up the machine (with "watchdog off") or reboot it (with
  39. "watchdog on").  Setting "watchdog on" is recommended.  (Reported by KA1XN
  40. and KA1MF.)
  41.  
  42.      DRSI users can get proper tracing of output frames by increasing their
  43. "memory nibufs" to about 9 to 12, depending upon their machine speed.  The
  44. objective should be to set "memory nibufs" sufficiently high so that the
  45. "memory status" display shows "Ibuffail" at 0 and "Iminfree" just above 0,
  46. ideally around 2.  DRSI users can safely set "memory ibufsize" to 1024,
  47. which is half of the 2048 default.
  48.  
  49.      Non-DRSI users will likely see no counts for "Interrupts-off calls"
  50. to alloc and free on their "memory status" display, in which case "memory
  51. nibufs" and "memory ibufsize" do not matter.  Settings as low as "memory
  52. ibufsize 512" and "memory nibufs 3" are probably safe, and will save about
  53. 10K of memory over the defaults.  (DRSI is not available in GRINOS-S.)
  54.  
  55.      The "tcp irtt" now defaults to 15 seconds instead of 5, which is far
  56. more realistic.  Most users override the default anyway.
  57.  
  58.      The "tcp timertpye" now defaults to linear instead of exponential.
  59.  
  60.  
  61.           B.  New features
  62.  
  63.               1.  Hard limit for tcp backoff
  64.  
  65.      There is now a "tcp blimit" command.  It works in a similar way to the
  66. one provided by KA1JY in his modifications to KH113016 NOS, but it is a bit
  67. different and was recoded from scratch.  (I don't have his source code.)
  68. The "tcp blimit" is a small constant between 1 and 31, and represents the
  69. maximum backoff count that will be allowed.  In general, the maximum time
  70. of a backoff for a given tcp channel will be (2 * tcp blimit * tcp rtt) if
  71. linear backoff is used, or (tcp rtt * 2 ^ tcp blimit) if exponential.
  72.  
  73.      The rtt (round trip time) is measured for each tcp channel and is
  74. adjusted dynamically during the connection.  As a result, although "tcp
  75. blimit" creates a hard limit, it will be different for each channel.  Users
  76. are warned not to set "tcp blimit" to 0, although the code will accept that,
  77. as it will completely stop the timers from running so that lost frames will
  78. never be retried.  (This is allowed for experimentation.)
  79.  
  80.      This command will allow fairly arrogant and obnoxious domination of a
  81. channel, and should be used with extreme care, especially if a lot of the
  82. frames being retried over and over are SYN frames for hosts not on the air.
  83. If using linear backoff, values of "tcp blimit" below 16 are not recommended;
  84. this would correspond to a hard limit of about 5 minutes.
  85.  
  86.  
  87.                2.  Domain translation
  88.  
  89.      As explained in the new file DOMAIN.DOC, GRINOS observes different rules
  90. for translation of host names to IP addresses than older NOS versions such as
  91. KH113016.  The "domain trace on" command has therefore been enabled for those
  92. trying to analyze problems with DOMAIN.TXT files.  It existed before, but it
  93. did not do anything.
  94.  
  95.  
  96.      III.  Remaining known problems
  97.  
  98.      The ttylink system is seriously messed up.  It is functional, but the
  99. screen I/O gets extremely confused.  I am working on this.
  100.  
  101.      The memory allocator still does not work, despite repairs to a couple
  102. of identifiable problems.  Any garbage collection will likely result in
  103. "invalid free" error messages.  Any counts of invalid frees and the like
  104. seen with the "memory status" display should be reported.  As noted, keep
  105. "memory threshold" low to minimize this, and do not shell out to DOS or
  106. the mailer until the heap has stabilized, indicated by the "more cores"
  107. counter not incrementing.
  108.  
  109.  
  110.      IV.  Current mailing list
  111.  
  112.      Here is the current definition for grinos@n1bee:
  113.  
  114.     n1bee
  115.     n1hid@n1hid-1.ampr.org
  116.     wg1a@wg1a.ampr.org
  117.     kf1c@kf1c.ampr.org
  118.     kz1b@kz1b.ampr.org
  119.     ka1ivw@ka1ivw.ampr.org
  120.     wc1r@wc1r.ampr.org
  121.     kz1f@kz1f.ampr.org
  122.     glg@balrog.k8lt.ampr.org
  123.     w1imm@w1imm-2.ampr.org
  124.     ka1jy@ka1jy.ampr.org
  125.     wa1equ@wa1equ.ampr.org
  126.     w1cg@w1cg.ampr.org
  127.     ka1xn@ka1xn.ampr.org
  128.     ka1mf@ka1mf.ampr.org
  129.  
  130.